根據專案目標選擇流程圖

在專案開發的前期階段，流程圖（flowchart）扮演著不可或缺的角色，可以幫助團隊更有效地溝通和協作，確保開發過程的順暢。

不過，不是每個專案都適合相同畫法的流程圖。如同流程描述 「標的物」（使用者的旅程、使用者的操作流程、功能的流程等）的不同，不同的目的適合不同類型的流程圖。

✨ 以下分享幾個常見、容易被混淆的流程圖，你是否分得清楚呢？

User Flow（使用者流程）

User Flow 是透過 「線性」 的方式描述 「使用者行爲」 的一種流程圖。在獲得方向和具體定論後，可以幫助我們梳理操作步驟。

因此，Userflow 很適合在開發前期時提供，能夠幫助工程師們了解使用者將如何操作產品，避免因需求解讀錯誤而錯誤的開發功能（像是：何時檢核欄位、何時儲存資料並顯示在前台）。

明天我們會詳細分享在專案中的實際案例！

User Journey（使用者旅程）

而 User Journey 雖然一樣是線性的描述使用者行為，但不是一般我們所說的流程圖，而是一種 「研究工具」。在設計和規劃功能之前，以視覺化的方式依照 「顧客體驗服務」 的不同階段分類蒐集到的受訪者回饋，並且觀察、分析每個環節的亮點與問題。最後獲得洞見，發想產品方向。

（圖片來源：NN/G. User Journeys vs. User Flows）

Logic Flow（操作邏輯流程）

Logic Flow 主要由 PM/SA 提供，會搭配 「固定的圖示畫法（菱形、矩形等）」 將功能邏輯、條件、資料輸入/出、結果視覺化。透過 Logic flow 可以清晰表現前端各步驟的邏輯，讓工程師可以照著流程圖開發程式。

（圖片來源：Wireflows: A UX Deliverable for Workflows and Apps）

簡單統整一下！接下來，明天將繼續分享實戰中的運用，以及 UI 與前端工程師之間依照專案狀況不斷調整流程圖畫法的故事！